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DETAILED ACTION 

1. This action is responsive to communications: Amendment filed 02/06/2006 

2. Claims 1, 3, 5, 7-10, 13, 15-24 are pending in the case. Claims 1, 3, 8, 10, 13, 18, 20, 21, 
and 24 are independent claims. 

3. The rejection of claims 1-24 under 35 U.S.C. 1 12, are withdrawn in view Applicant's 
amendments and arguments. 

Information Disclosure Statement 

4. Applicants IDS was mailed after the mailing of the First Office Action after an RCE. As 
there was an authorization to charge any necessary fees, the IDS has been treated as a filing 
under 37 C.F.R. 197(c), and has been considered. 

Claim Rejections - 35 USC §103 

5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

6. Claims 1, 3, 5, 8-10, 13, 15, 16, 18, 19, 21 and 24 are rejected under 35 U.S.C. 103(a) 
as being unpatentable over Bayeta et al. (US006012098A patented 1/4/2000), and further in 
view of Zeiger, "Servlet Essentials." "A History of Browsers" (hereinafter Quirksmode) is 
cited as evidence regarding browsers. 

Regarding independent claim(s) 1, 10, and 13, Bayeh teaches receiving a request for data (col. 
4, 11. 23-29). Bayeh teaches retrieving a rule set for a plurality of filters, or servlets, (col. 9, 11. 
46-63). The plain meaning of a filter registry, when viewed in light of the specification, is the 
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location of the rule set, which inherently the rule set must be retrieved from. Upon being 
chained, the filters convert source data to requested data (col. 4, 11. 23-37). Bayeh teaches the 
filter is a chain of partial filters (col. 9, 11. 30-46). Bayeh teaches that a subset of the data is 
processed (col. 12, 11. 7-12). Bayeh does not explicitly disclose the exact manner in which the 
servlets communicate with each other and explicitly suggests that one would look to the prior art 
for guidance on such matters (col. 9, 11. 62-63 and col. 10, 11. 14-15). Zeiger discloses that a 
preferred way for servlets to communicate with other is to use a Java construct called an 
interface, which is used to ensure that different data types can communicate with each other (p. 
30, para. 3). Therefore it is a generic source and target data format independent interface. It 
would have been obvious to one of ordinary skill in the art at the time of the invention to use the 
interfaces of Ziegler to enable the intra-servlet communication necessary for Bayeh, because 
Bayeh suggests turning the prior art for implementation details, and because it would have 
enabled the servlets of Bayeh to be reloaded on the fly (p. 30, para. 1). 

Regarding independent claim(s) 3, and 21, Bayeh teaches receiving a request for data (col. 4, 
11. 23-29). Bayeh teaches a partial filter library as part of the server (col. 7, 11. 36-38). Bayeh 
teaches retrieving a rule set for a plurality of filters, or servlets, (col. 8, 11. 36-64), wherein upon 
being chained the filters convert source data to requested data (col. 4, 11. 23-37). Bayeh teaches 
the filter is a chain of partial filters, each of which as a generic format independent interface that 
passes data from one to another (col. 9, 11. 30-46). Bayeh teaches the filter converts source data 
from a first format to a second data format (col. 4, 11. 37-42). 

Additionally, Bayeh teaches the client is a browser (col. 2, 11. 25-36). Bayeh does not 
disclose a specific browser; therefore one of ordinary skill in the art would clearly turn toward an 
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accepted browser at the time of the invention. Quirksmode is cited as evidence that most 
browsers at the time of the invention supported a plurality of formats, including at least HTML, 
text, images and style sheets. It would have been obvious to one of ordinary skill in the art at the 
time of the invention to turn to the prior art for a browser as indicated by Bayeh. 
Bayeh does not explicitly disclose the exact manner in which the servlets communicate with each 
other and explicitly suggests that one would look to the prior art for guidance on such matters 
(col. 9, 11. 62-63 and col. 10, 11. 14-15). Zeiger discloses that a preferred way for servlets to 
communicate with other is to use a Java construct called an interface, which is used to ensure 
that different data types can communicate with each other (p. 30, para. 3). Therefore it is a 
generic source and target data format independent interface. It would have been obvious to one 
of ordinary skill in the art at the time of the invention to use the interfaces of Ziegler to enable 
the intra-servlet communication necessary for Bayeh, because Bayeh suggests turning the prior 
art for implementation details, and because it would have enabled the servlets of Bayeh to be 
reloaded on the fly (p. 30, para. 1). 

Regarding independent claim(s) 24, Bayeh teaches receiving a request for data (col. 4, 11. 23- 
29). Bayeh teaches supporting different formats and selecting the second format (col. 8, 11. 55- 
57). Bayeh teaches generating a filter by combining a first filter with a second filter (col. 9, 11. 
30-45). Bayeh teaches a using an XSL style sheet to transform the one format to the other. As 
each element must be mapped to the other format, this broadly encompasses a comparison of the 
two formats. Bayeh teaches the filter converts source data from a first format to a second data 
format (col. 4, 11. 37-42). 
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Bayeh does not explicitly disclose the exact manner in which the servlets communicate with each 
other and explicitly suggests that one would look to the prior art for guidance on such matters 
(col. 9, 11. 62-63 and col. 10, 11. 14-15). Zeiger discloses that a preferred way for servlets to 
communicate with other is to use a Java construct called an interface, which is used to ensure 
that different data types can communicate with each other (p. 30, para. 3). Therefore it is a 
generic source and target data format independent interface. It would have been obvious to one 
of ordinary skill in the art at the time of the invention to use the interfaces of Ziegler to enable 
the intra-servlet communication necessary for Bayeh, because Bayeh suggests turning the prior 
art for implementation details, and because it would have enabled the servlets of Bayeh to be 
reloaded on the fly (p. 30, para. 1). 

Regarding independent claim(s) 8 and 18, Bayeh teaches receiving a request for data (col. 4, 
11. 23-29). Bayeh teaches a partial filter library as part of the server (col. 7, 11. 36-38). Bayeh 
teaches retrieving a rule set for a plurality of filters, or servlets, (col. 8, 11. 36-64), wherein upon 
being chained the filters convert source data to requested data (col. 4, 11. 23-37). This chain of 
filters is the general partial filter adapter as set forth in the claim language. Bayeh teaches the 
filter is a chain of partial filters, each of which as a generic format independent interface that 
passes data from one to another (col. 9, 11. 30-46). Bayeh teaches input to the filter is a XSL 
style-sheet that determines its functionality (col. 9, 11. 4-6). As the filter is a servlet object, its 
input is passed through a parameter. 

Bayeh does not explicitly disclose the exact manner in which the servlets communicate 
with each other and explicitly suggests that one would look to the prior art for guidance on such 
matters (col. 9, 11. 62-63 and col. 10, 11. 14-15). Zeiger discloses that a preferred way for servlets 
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to communicate with other is to use a Java construct called an interface, which is used to ensure 
that different data types can communicate with each other (p. 30, para. 3). Therefore it is a 
generic source and target data format independent interface. It would have been obvious to one 
of ordinary skill in the art at the time of the invention to use the interfaces of Ziegler to enable 
the intra-servlet communication necessary for Bayeh, because Bayeh suggests turning the prior 
art for implementation details, and because it would have enabled the servlets of Bayeh to be 
reloaded on the fly (p. 30, para. 1). 

Regarding dependent claim(s) 9 and 19, Bayeh teaches input to the filter is a XSL style-sheet 
that determines its functionality (col. 9, 11. 4-6). As the filter is a servlet object, its input is 
passed through a parameter. As the filter processes an XSL stylesheet, equivalent to a 
transformation script, it is deemed to be an XSL processor. 

Regarding dependent claim(s) 5 and 15, Bayeh teaches selecting a particular servlet based on 
whether or not it is busy (col. 8, 11. 43-48). This amounts to a selection scheme that takes into 
account conversion time, since pickling a non-busy servlet would decrease conversion time. 

i 

Regarding dependent claim(s) 16, Bayeh teaches the filter converts source data from a first 
format to a second data format (col. 4, 11. 37-42). 

7. Claim 20 is rejected under 35 U.S.C 103(a) as being unpatentable over Bayeh. 
Regarding independent claim(s) 20, Bayeh teaches a partial filter library as part of the server 
(col. 7, 11. 36-38). Bayeh teaches retrieving a rule set for a plurality of filters, or servlets, (col. 8, 
11. 36-64), wherein upon being chained the filters convert source data to requested data (col. 4, 11. 
23-37). Bayeh discloses that parts of its system are used to determine a source data format (col. 
9, line 64 - col. 10, line 1). Bayeh discloses that chain factory is called that has a source data 
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format and a target (col. 9, 11. 30-63, or col. 9, line 64 - col. 10, line 15). Inherently as the 
objects are performing task, they must have been instantiated. Therefore, Bayeh performs all the 
functions performed by the conversion service protocol reader, chain factory, service manage 
and filter registry service. Bayeh generally only discloses the servlets, and everything else is 
generally described as the server. This server is not described by Bayeh and is inherently 
responsible for the basic support of the servlets described by Bayeh. Such activities such as 
instantiating the servlets, handling http requests, etc. As such absent any evidence of the 
criticality of using these specific objects to accomplish such tasks, it would been obvious to one 
of ordinary skill in the art at the time of the invention to separate the tasks already performed 
Bayeh's server into any number of distinct objects, as it would improve readability of code as 
well as make maintenance and troubleshooting easier. 

8, Claims 7, 17, 22, and 23 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Bayeh and Zeigler as applied to claims 1, 13, and 21 above, and further in view of 
Garshol, "Free XML Software", (12/15/199). 

Regarding dependent claim(s) 7, 17, and 22, Bayeh does not teach a Simple API for XML. 
Garshol teaches a Simple API for XML (p. 22), which includes a plurality of filters that can 
accept the input and output of themselves (p. 24, "Parser Filters"). It would have been obvious 
to one of ordinary skill in the art at the time of the invention to replace Bayeh's servlets with 
Garshol's filters, as SAX was a de facto standard at the time of the invention (p. 22, "SAX"). 
Regarding dependent claim(s) 23, SAX's interface is inherently an XML document handler 
interface, as proven at least by Applicant's specification (p. 39). 



Application/Control Number: 09/759,742 
Art Unit: 2178 



PageS 



Response to Arguments 



9. Applicant's arguments, with respect to the rejections of the claims under §102 and §103 
have been fully considered and are persuasive. Therefore, the rejection has been withdrawn. 
However, upon further consideration, a new ground(s) of rejection is made in view of Bayeh in 
view of Ziegler. 



Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Adam M. Queler whose telephone number is (571) 272-4140. 
The examiner can normally be reached on Monday-Friday. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Steven Hong can be reached on (571) 272-4124. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 

Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). 
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,'PERVISORY PATENT EXAMINER 




